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Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

Prufungsantrag gem. § 44 PatG ist gesteilt 

(§) Verfahren zur Verfugbarmachung von multimedialen Datenmengen und Datenverarbeitungssystem 

(57) Die Erfindung betrifft ein Verfahren zur Verfugbarma- 
chung von multimedialen Datenmengen fur einen Nutzer. 
Das Verfahren umfafct die folgenden Schritte: Bereitstel- 
lung einer Essenzdatei (7) auf einem entfernten Server (3), 
die wenigstens einen Teil der multimedialen Datenmenge 
umfaftt; Verschlusseln der Essenzdatei; Ubertragung der 
verschlusselten Essenzdatei zu einem lokalen Computer 
(1), auf welchen der Nutzer Zugriff hat; Speicherung der 
verschlusselten Essenzdatei auf einem Lokaldatentrager 
des lokalen Computers; Entschlusselung der Essenzdatei 
wan rend der Ausfuhrung eines Datenverarbeitungspro- 
gramms (2) auf dem lokalen Computer; Wiedergabe der 
multimedialen Datenmenge uber ein Ausgabegerat wah- 
rend der Ausfuhrung des Datenverarbeitungsprogramms 
, auf dem lokalen Computer. Vorzugsweise erfolgt dabei 
( eine Aufteilung der multimedialen Datenmenge in eine 
, Grunddatei (6) und eine Essenzdatei (7), gemaft einem 
vorgegebenen Teilungsalgorithmus, und eine Verkniip- 
fung der Grunddatei und der Essenzdatei zur multimedia- 
len Datenmenge wahrend der Ausfuhrung des Datenver- 
arbeitungsprogramms (2) auf dem lokalen Computer. Die 
Erfindung betrifft auch ein Datenverarbeitungssystem zur 
Verfugbarmachung von multimedialen Datenmengen. 
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Beschreibung 

[0001] Die vorliegende Erfindung betrifft ein Verfahren 
zur Verfugbarrnachung von multiniedialen Datenmengen 
fur einen oder belie-big viele Nutzer. Daruber hinaus betrifft 5 
die Erfindung ein Datenverarbeitungssystem, welches einen 
Server, einen iokaien Computer una eine Daicnubertra- 
gungsverbindung zwischen dem Server und deni Computer 
umfaBt und zur Verfugbarrnachung von multimedialen Da- 
le nmengen geeignet ist. Unter Verfugbarrnachung ist. im 10 
weiteren Sinne sowohl die Bereits lellung von Daten als 
auch die Autorisierung des Nutzers zur Nutzung dieser Da- 
ten zu verstehen. 

| 0002 J Es sind verschiedene Verfahren bekannt, urn elek- 
tronische Daten zu vervielfaltigen und die hergestellten Ko- 15 
pi en an verschiedene Nutzer zu verteilen. Softwareprodu- 
/.cnicn sind daran interessiert, ein freies Kopieren bestimm- 
ler Dalcn zu vcrhindcrn, uin dadurch sichcrzustcllcn, daB in- 
vesliiionsintensive Software in ausreichender Menge ver- 
kaufl wcrden kann. Obwohl das unberechtigte Kopieren 20 
elektronischer Daten zumindest teilweise durch urheber- 
rechtliche Vorschriften verboten ist, laBt sich die unberech- 
ligie Vervielfaltigung von Datenverarbeitungsprogrammen 
(Anwendungssoftware) und auch von multimedialen Daten 
verschicdcnster Art kaum kontrollieren. Eine Moglichkeit 25 
der icilwcisen Einschrankung der unberechtigten Vervielfal- 
tigung solcher Daten besteht darin, wahrend des Installati- 
onsprozcsses einer Software einen Daten-Schlussel abzufra- 
gen, der vom NuLzer manuell als Zeichenfolge eingegeben 
wird und dann die Nutzung der Soft ware ermoglicht. Natur- 30 
Hch laBt sich daniit nicht verhindern, daB der zumeistdruck- 
schrifllich an den Nutzer ubergebenc Schlussel mit den ko- 
picrten Daten weitergegeben wird. 

1 0003 1 In verschiedenen Bereichen von Anwendungspro- 
gramnien, beispielsweise bei Compuierspielen, besteht au- 35 
Bcrdcni das Bedurfnis der Softwarehersteller, die Software 
moglichst schnell einem breiten Publikum bekanntzuma- 
chen, uni dadurch die Absatzmenge und -geschwindigkeit 
zu crhohen. Dazu werden zeitlich und/oder funktional ein- 
geschrankl lauffahige Versionen der Software kostenlos 40 
oder zu einem sehr geringen Preis an potentielle Kunden 
verteiii. Nachdem der Nutzer diese Soft ware zumindest teil- 
weise lesion konnte, besteht die Moglichkeit, eine vollstan- 
digc Version der Software kauflich zu enverben. Die elek- 
tronische Distribution der eingeschrankten Versionen und 45 
der Vol I versionen der Software bereitel jedoch Schwierig- 
keiten, zumindest wenn groBere Datenmengen an den Nut- 
zer ubergeben werden musscn. Bei der Bereitsteliung der 
Datenmengen auf dauerhaften Dalentragern (z. B. CD- 
ROM) kommt verschiedentiich ein Verfahren zum Einsatz, 50 
bei welchcm dem Nutzer nach der Entrichtung des geforder- 
ten Kaufpreises lediglich ein Freischaltschlussel ubermittelt 
wird, der dann den Zugang zu samtlichen a priori auf dem 
Datentragcr gespeicherten Daten ermoglicht. Dabei besteht 
jedoch wiederum die Gefahr, daB der Freischaltschlussel 55 
ohne wei teres auch auf angefertigre Kopien der Daten ange- 
wendet werden kann. 

[0004 J Eine Aufgabe der vorliegenden Erfindung besteht 
somit darin. ein Verfahren zur Verfugbarrnachung von ins- 
besondcrc multimedialen Datenmengen bereitzustellen, 60 
durch welches es ermoglicht wird, einem Nutzer ggf. in 
mehreren Teilschritten Anteile einer multimedialen Daten- 
menge zu ubefmitteln, wobei die unkontrollierte Vervielfal- 
tigung zumindest von wesentlichen Teilen dieser Daten- 
menge vcrhindcrt werden soil, wobei die Moglichkeit be- 65 
stent, bestimmte Teile der Datenmenge nur gegen Entrich- 
tung eines Kaufpreises an den Nutzer zu ubertragen, und 
wobei die gegen eine Vergiitung bereilgestellte Datenteil- 



menge auch hinsichtiich ihrer GroBe geeignet sein soli, urn 
uber On line- Verb indungen ubertragen zu werden. 
[0005] Diese und weitere Aufgaben werden durch das er- 
findungsgemaBe Verfahren gel cist, welches die folgenden 
Schritte umfaBt: 

- Bereitsteiiung einer Essenzdatei auf einem entfern- 
ten Server, die wenigstens einen Teil der multimedialen 
Datenmenge umfaBt; 

- VerschlLisseln der Essenzdatei; 

- Ubertragung der verschliisselten Essenzdatei zu ei- 
nem lokalen Computer, auf welchen der Nutzer ZugrifY 
hat; 

- Speicherung der verschliisselten Essenzdatei auf ei- 
nem Lokaldatentrager des lokalen Computers; 

- Entschlusselung der Essenzdatei wahrend der Aus- 
fuhrung eines Datenverarbeitungsprogramms auf dem 
lokalen Computer; 

- Wiedergabe der multimedialen Datenmenge uber ein 
Ausgabegerat, wahrend der Ausfuhrung des Datenver- 
arbeitungsprogramms auf dem lokalen Computer. 

[0006] Dieses Verfahren ermoglicht es ganz allgemein, 
multimediale Daten beliebig vielen Nutzern verfiigbar zu 
machen, wobei einerseits die zum ZugrilT auf die Daten be- 
rechtigten Nutzer nach bestimmten Kriterien ausgewahit 
werden konnen (z. B. Zahlung von Entgelten, Registrierung 
oder dergleichen) und andererseits eine ungehinderte Ver- 
vielfaltigung und Verbreitung der Daten sicher vermieden 
werden kann. Uberail wo multimediale Daten wesentliche 
Bestandteile von Softwareanwendungen sind, kann das Ver- 
fahren eingesetzt werden. Ein signifikanter Unterschied bei- 
spielsweise zu herkommlichen Verfahren, bei denen ledig- 
lich eine Freischaltung von dem potentiellen Nutzer bereits 
ubergebenen Daten erfolgl, fehlen dem Nutzer hier die mul- 
timedialen Daten oder zumindest wesentliche Teile dieser 
Daten, so daB auch bei Kenntnis eines Freischaltschlussels 
die Softwareanwendungen nicht oder nur mit erheblichen 
Einschrankungen betrieben werden konnen, solange nicht. 
von einem autorisierten Verteilerdie benotigten Daten bezo- 
gen werden. 

[0007] GeniaB einer besonders zweckmaBigen Ausfuh- 
mngsform umfaBt das Verfahren weiterhin die folgenden 
Schritte: 

- Aufteiiung der multimedialen Datenmenge in eine 
Grunddatei und eine Essenzdatei, gemaB einem vorge- 
gebenen Teilungsalgorithmus; 

- Ubertragung der Grunddatei und der Essenzdatei; 

- Speicherung der Grunddatei und der verschlusselten 
Essenzdatei auf einem Lokaldatentrager eines lokalen 
Computers; 

- Verknupfung der Grunddatei und der Essenzdatei 
zur rnulumedialen Datenmenge wahrend der Ausfuh- 
rung des Datenverarbeitungsprogramms auf dem loka- 
len Computer, nach der Entschlusselung der Essenzda- 
tei. 

[0008] Diese Variante des Verfahrens ermoglicht es, eine 
oder mehrere Dateien der multimediale Datenmenge in je- 
weils zwei Dateien, eine sogenannte Grunddatei und eine 
(oder mehrere) sogenannte Essenzdateien aufzuspalten. Im 
Unterschied zu der o. g. Ausfuhrungsform liegen dem Nut- 
zer mit der Grunddatei bereits Teile der multimedialen Da- 
tenmenge vor, die jedoch erst bcim Vorhandcnscin der Es- 
senzdatei nutzbar oder zumindest erst dann vollwertig nutz- 
bar werden (z. B. hinsichtiich Qualitat und Funkdon). Die 
Teildateien, die in diesem Fall Teile einer Gesamtdatei sind 
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(der multimedialen Datenmenge), konnen auf unterschiedli- 
chen Dateniibertragungskanalen an interessierte Nutzer ver- 
teilt werden. Dabei ist es vorteilhaft, daB die Grunddatei we- 
senf.lich groBer a Is die Essenzdatei sein kann, so daB die 
Grunddatei beispielsweise auf einem dauerhaften und preis- 5 
werten Datentrager, beispielsweise einer CD-ROM, dein 
Nutzer uberniittelt werden kann. Die Essenzdatei wird hin- 
sichtlich des Dateninhalls so ausgewahll, daB sie in den mei- 
sten Fallen zwar deutlich kleiner als die Grunddatei ist, je- 
doch wesentliche Infonnationen enthait, die fur eine qualita- 10 
tiv hoehwertige und/oder vollstandige Wiedergabe der mul- 
timedialen Datenmenge von entscheidender Bedeutung 
sind. Die Essenzdatei kann vorzugsweise durch eine Online- 
Ubertragung auf gesonderte Anforderung des Nutzers zu 
diesem iibertragen werden. Damit ist es moglich, dem Emp- 15 
fanger beliebig viele Essenzdateien ggf. gegen zu entrich- 
tende Vergutungen auf Wunsch unmittelbar zuzuleiten. 
[0009] Die Vcrschlussclung der Essenzdatei bring! auBcr- 
dem den Vorteil mit sich, daB die Weitergabe der verschliis- 
selten Essenzdatei an unberechtigte Nutzer nicht erfolgen 20 
wird, da diese ohne Kenntnis des privaten Schliissels des be- 
rechtigten Nutzers zur Entschlusselung der Essenzdatei 
nicht in der Lage sind. 

[0010] Die Erfindung stellt auBerdem ein Daten verarbei- 
tungssyslem der o. g. Art bereil, welches weiler unifaBt: 25 

- eine Verschliisselungseinrichtung, die eine Essenz- 
datei verschlusselt, welche wenigstens einen Teil der 
multimedialen Datenmenge umfaBt; 

- eine Archiverzeugungseinrichtung des Servers, die 30 
die verschliisselte Essenzdatei mit nutzerspezifischen 
Daten zu einem Transferarchiv kombiniert und diese 
fur die Online-Ubertragung uber die Dat.ehubert.ra- 
gungsverbindung bereitstellt; 

- eine Aktualisierungseinrichtung des lokalen Compu- 35 
ters, die Eintrage in eine Systemregistrierungsdaten- 
bank des lokalen Computers vornimmt, welche die In- 
halte des ubertragenen Transferarchivs angeben; 

- eine Entschlusselungseinrichtung des lokalen Com- 
puters, welche wahrend der Ausfuhrung eines Daten- 40 
verarbeitungsprogramms die Essenzdatei entschlus- 
selt; 

- eine Ausgabeeinrichtung, welche die multirnediale 
Datenmenge an das Ausgabegerat ausgibt. 

45 

[0011] Vorzugsweise sind die genannten Einrichtungen 
des Daten verarbeitungssys terns durch geeignete Software- 
routinen realisiert, so daB hinsichtlich ihrer geratetechni- 
schen Merkmale bzw. ihrer Hardware herkommliche Com- 
puter eingesetzt werden konnen. 50 
[0012] Die Erfindung stellt audi geeignet konfigurierte 
Computer bereit, die die Aufgaben des Servers bzw. des lo- 
kalen Computers ubernehrnen konnen, um gemeinsam die 
Schritte des erfindung sgemaBen Verfahrens auszufuhren. 
[0013] GemaB einer zweckrnaBigen Ausfuhrungsform'des 55 
Verfahrens erfolgt die Verschliisselung der Essenzdatei in 
einem ersten Schritt (bei Anforderung, wenn Archiv erstellt 
wird) unter Anwendung eines symmetrischen Verschlussel- 
ungsalgorithmus. Vorzugsweise wird die Verschlusselung 
erst ausgefuhrt, wenn die Essenzdatei von einem Nutzer an- 60 
gefordert wird, wobei bei jeder Sitzung/Anforderung ein sit- 
zungsspezifischer Schlussel erzeugt wird (Session- Key). 
Daher erhalt jeder Nutzer die Essenzdatei mit einem ande- 
ren Schlussel verschlusselt. Der dafur erforderliche sit- 
zungsspczifischc Schlussel, der bei Bcdarf beispielsweise 65 
als Zufallszahl "gewurfelt" wird, wird in einem zweiten 
Schritt in einem asymmetrischen Verschlusselungsalgorith- 
mus verschlusselt, wobei dabei der offentliche Schlussel des* 
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Nutzers verwendet wird, welcher die Ubersendung der Es- 
senzdatei angefordert hat. 

[0014] GemaB einer besonders bevorzugten Ausfuhrungs- 
fomi kann der mit. dem often t.lic hen Schlussel des Nutzers 
verschliisselte Session-Key zusatzlich mit einem nutzerspe- 
zifischen Schlussel (Passwort) symmetrisch verschlusselt 
werden. Damit. kann eine Identifizierung des Nutzers auch in 
Fallen gewahrleistet werden, wenn der Nutzer nicht mit ei- 
ner Smart-Card ausgerustet ist. Das Passwort kann dem Nut- 
zer beispielsweise per email uberniittelt werden, wodurch 
die email Adresse iiberpruft wird. 

[0015] Da die Entschlusselung der Essenzdatei erst wah- 
rend der Abarbeitung des Datenverarbeitungsprogramms 
auf dem lokalen Computer erfolgU ist eine Speicherung der 
Essenzdatei im unverschlusselten Zustand auf dem lokalen 
Computer zu keinem Zeitpunkt erforderlich. Fur einen un- 
berechtigten Dritten ist der ZugrifT auf die verschliisselte Es- 
senzdatei damit nutzlos, da cr den zur Entschliissclung der 
Essenzdatei erforderlichen privaten Schlussel des berechtig- 
ten Nutzers nicht kennt. 

[0016] GemaB einer vorteilhaften Ausfuhrungsform des 
durch die Erfindung bereitgestellten Datenverarbeitungssy- 
stems wird der private Schlussel des Empfangers auf einer 
Smart -Card aufbewahrt, aus welcher dieser private Schlus- 
sel nicht ausgelesen werden kann. Bei der Entschlusselung 
der Essenzdatei bzw. des symmetrischen Schliissels greift 
das Datenverarbeitungsprogramm auf die Smart -Card zu, 
um die asymmetrische Entschlusselung des symmetrischen 
sitzungsspezifischen Schliissels (Session-Key) vorzuneh- 
inen. Fur den Fall, daB der private Schlussel zusatzlich mit 
einem Passwort verschlusselt war, muB zuvor die Entschlus- 
selung mit dem Pass won erfolgen. 

[0017] GemaB einer bevorzugten Ausfuhrungsform des 
Verfahrens wird auf dem Server ein Transferarchiv erzeugt, 
welches die verschliisselte Essenzdatei, eine Serversignatur, 
einen Prufabschnitt, einen Datenidentifikationsabschnitt 
und einen Nutzerdalenabschnitt. enthait. Die Serversignatur 
ermoglicht es dem Empfanger, die Identitat des Servers zu 
uberprufen, so daB verhindert wird, daB unberechtigte Dritte 
Funktionen des Servers ubernehrnen und dabei beispiels- 
weise unberechtigt Zahlungen vom Empfanger entgegen- 
nehmen. Der Datenidentifikationsabschnitt enthait. u. a. alle 
benotigten Angaben. die zum Zusammensetzen der Grand- 
datei und der Essenzdatei erforderlich sind. Beispielsweise 
ist. es moglich, daB im Transferarchiv ein Verweis auf einen 
Algoridimus enthalten ist, der bereits beim Nutzer/Empfan- 
ger als Teil des Daten verarbeitungsprogramms vorliegt und 
die korrekte Zusammensetzung von Grunddatei und Essenz- 
datei ermoglicht. Es ist aber auch denkbar, daB das Transfer- 
archiv den benotigten Algorithmus zur Zusammensetzung 
dieser Dateien selbst enthait. 

[00181 Der Nutzerdatenabschnitt des Transferarchivs er- 
moglicht die Identifizierung des Nutzers/Empfangers. Ent- 
sprechende Daten werden bei Bedarf auf Server in einer spe- 
ziellen Datenbank gespeichert . Auf diese Weise kann zu ei- 
nem spateren Zeitpunkt nachvollzogen werden, welcher 
Nutzer welches Transferarchiv und damit welche Essenzda- 
tei erhalten hat. Diese Angaben sind erforderlich, um eine 
korrekte Abrechnung durchzufuhren, wenn die Essenzdatei 
gegen Entgelte an den Empfanger gesandt wird. AuBerdem 
konnen bereits vollzogene Ubertragungen wiederholt wer- 
den, wenn dies aufgrund von Ubertragungsstorungen oder 
anderen Daten verlusten erforderlich wird. 
[0019] Die Handhabung der auf den lokalen Computer 
iibcrtragenen vcrschliisscltcn Essenzdatei wird vcrcinfacht, 
indem in einer Systemregistrierungsdatenbank des lokalen 
Computers entsprechende Eintrage generiert werden. Aus 
solchen Eintragen kann das ablaufende Daten verarbeitungs- 
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programm die Speicherposition des Trans ferarchivs sowie 
der darin enthaltenen Essenzdateien ermitteln, um auf diese 
zuzugreifen. Die Systeinregistrierungsdatenbank enthalt da- 
mil. Angaben daruher, welche Essenzdateien auf dem loka- 
len Conipuier vorhanden sind und in welchem Transferar- 5 
chiv sie gespeichert sind. Bei fehlenden Essenzdateien kann 
eine Online- Verbindung zum Server aufgebaut werden, um 
die benotigte Essenzdatei iibertragen zu las sen. 
[0020] Weitere Vorteile, Einzelheiten und Weiterbildun- 
gen ergeben sich aus der nachfolgenden Beschreibung be- 10 
vorzugter Ausfuhrungsfornien der Erfindung unter Bezug- 
nahme auf die Zeichnung. Es zeigen: 

[0021] Fig. 1 ein Blockschaltbild eines erfindungsgema- 
Ben Daten verarbeitungssystems; 

[0022] Fig. 2 eine Prinzipdarstellung der Zusammenset- 15 
zung einer Grunddatei und einer Essenzdatei zu einer multi- 
medialen Datenmenge; 

[0023] Fig. 3 cin Ablaufdiagramm, welches die wichtig- 
sten Verfahrensschritte bei der Anforderung und Ubertra- 
gung einer Essenzdatei zeigt; 20 
[0024] Fig. 4 die allgemeine Struktur einer Fonnularseite, 
die wahrend der Anforderung einer Essenzdatei angewendet 
wird; 

[0025] Fig. 5 die allgemeine Struktur eines Transferar- 
chivs. 25 
[0026] Fig. 1 zeigt in einem Blockdiagramm den generel- 
len Aufbau eines erfindung sgemaBen Datenverarbeitungs- 
systems. I iw folgenden soil dieses System als Pay-per-use- 
Anwendung bezeichnet werden. Pay-per-use soil dabei als 
schrittweiser Verkauf einer multirnedialen Datenmenge ver- 30 
standen werden. 

[0027] Auf einem lokalen Computer 1 wird ein Datenver- 
arbeitungsprogramm 2 (Anwendungssoftware) ausgefiilirt, 
im dargestellten Beispiel ein PC-Spiel, wodurch der lokale 
Computer als Client konfiguriert wird. Weiterhin existiert 35 
ein Server 3. der vorzugsweise als Internet- Server aufgebaut 
ist und auf den der lokale Computer 1 uber eine zeitweilige 
Online- Verbindung 4 zugreifen kann. Uber die Online- Ver- 
bindung 4 wird sowohl eine Daten anforderung vom lokalen 
Computer zum Server iibertragen als auch ein sogenannter 40 
Download durchgefuhrU d. h. eine Daten ubertragung vom 
Server zum lokalen Computer. 

[0028] Bei der Ausfuhrung des Daten verarbeitungspro- 
gramms 2 greift der lokale Computer 1 auf eine Grunddatei 
6 zu. Die Grunddatei steht in diesem Fall bereits auf einem 45 
dauerhaften Datentrager zur Verfiigung. Beispielsweise er- 
halt der Nutzer eine CD-ROM, die u. a. die Grunddatei 6 
umfaBt und dem lokalen Computer bereitgestellt wird. Bei 
der Grunddatei 6 handelt es sich um eine Teildatei aus einer 
multirnedialen Datenmenge, die dem lokalen Computer an- 50 
fanglich nicht voilstandig zur Verfiigung steht. Die Diffe- 
renz zwischen der multirnedialen Datenmenge und der 
Grunddatei 6 ist eine Essenzdatei 7, die fur eine vollwertige 
Ausfuhrung des Daten verarbeitungsprogramms 2 ebenfalls 
erforderiich ist. Die Essenzdatei 7 liegt auf dem Server 3 be- 55 
reit und kann als eine Erganzung der Grunddatei (Plugin) 
verstanden werden. Die Essenzdatei 7 wird bei der entspre- 
chenden Berechtigung vom Server 3 ge laden. Vor der Uber- 
tragung erfolgt jedoch eine Verschlusselung der Essenzdatei 
7. Die Einzelheiten der Zerlegung der multirnedialen Daten- 60 
menge in die Grunddatei und Essenzdatei sowie die Mbg- 
lichkeiten des Erhalts und der Speicherung der Essenzdatei 
werden weiter unten detailliert erlautert. 
[0029] Bei einer abgewandelten AusfUhrungsform besteht. 
die vom Anwcndungsprogramm benotigte mulumcdialc 65 
Datenmenge nicht aus Teildateien sondern'ist in einer voll- 
standigen Essenzdatei 8 abgebildet, d. h. es existiert keine 
Grunddatei. Damit ist es beispielsweise moglich, funktio- 



nale Erweiterungen fur das Anwendungsprogramm bereit- 
zustellen, die zum Zeitpunkt der Lieferung des Anwen- 
dungsprogramms an den Nutzer ggf. noch nicht zur Verfii- 
gung standen. Die vollstandige Essenzrlaiei 8 konnte z. B. 
ein neues Level eines PC-Spiels enthalten, fiir welches beim 
Anwender noch keine Grunddatei existiert. 
[0030] Die in Fig. 1 gezeigte A us running sform umfaBt 
weiterhin eine Smart-Card-Einrichtung 9, die der Verschlus- 
selung bzw. Entschlusselung von Daten dient. Die Smart- 
Card-Einrichtung ist in der Lage, mit einer Smart-Card zu- 
sammenzuarbeiten, auf welcher ein privater Schliissel des 
Benutzers/Empfangers gespeichert ist. Bei anderen Ausfiih- 
rungsfomien kann die Smart-Card-Einrichtung 9 durch eine 
"virtuelle Smart-Card" ersetzt sein, d. h. der private Schliis- 
sel ist auf einem lokalen Datentrager des lokalen Computers 
1 abgelegt bzw. in besonderer Weise versteckt (z. B. mil 
Hardware-Parametern verschliisselt). Die Einzelheiten der 
Verschlusselung bzw. Entschlusselung von Daten, sowcit sic 
dem Fachmann nicht ohnehin bekannt sind, werden eben- 
falls weiter unten detailliert erlautert. 

[0031] Um das hier zur Anwendung kommende Prinzip 
der Daten verteilung, -ubertragung und -zusammensetzung 
fur mehrere Daten ver arbeitungsprogramme nutzen zu kon- 
nen wird durch geeignete Softwareroutinen auf dem lokalen 
Computer 1 ein Pay-per-use- Client abgebildet. Der Pay-per- 
use-Client kann beispielsweise eine dynamisch iadbare Pro- 
grammbibliothck (DLL) sein. Dabei ist es ausreichend, 
wenn die Prog ram mierschnittstelle (API) des Clients ofTen- 
gelegt wird, damit verschiedene An wendungs programme 
auf diese Schnitlstelle zugreifen konnen. Die Bekanntgabe 
des Quellcodes des Pay-per- use-Clients ist nicht erforder- 
iich, was auch aus Sicherheitsgrunden wunschenswert ist. 
[0032] Das Datenverarbeitungsprogramm (Anwendungs- 
software) kann beispielsweise als Windows- Anwendung 
realisiert sein und die unter diesem Betriebssystem gangigen 
Programmiennoglichkeiten nutzen. Das Betriebssystem soil 
zumindest in der Lage sein, die Verwaltung von Dateien, 
d. h. Grunddatei und Essenzdatei, durchfuhren zu konnen, 
d. h. ein geeignetes Datei system muB vorhanden sein. Diese 
Selbstverwaltung umfaBt die Fahigkeit, die Dateien von ei- 
nem Daten u-ager (z. B. Festplatte) zu lesen und zur Abarbei- 
tung in den Hauptspeicher zu iibertragen. 
[0033] Das Ziel des Aufteilens von multirnedialen Daten- 
mengen in zumindest eine Grunddatei und zumindest eine 
Essenzdatei besteht vor allem darin, die entstehenden Teil- 
dateien auf unterschiedlichen Distributionskanalen an po- 
tentielle Nutzer/Empfanger zu ubermitteln. Generell ist eine 
Aufteilung einer Datenmenge auch bei anderen Datenfor- 
men moglich, jedoch wiirde beispielsweise die Entfernung 
eines bestimmten Anteils von Daten aus einer ausfuhrbaren 
Datei (Anwendungsprogramm) wenig sinnvoll sein, wenn 
angestrebt ist, daB die verbleibende Grunddatei beispiels- 
weise zu Demonstration szwecken weiterhin ausfuhrbar ist. 
Wenn jedoch bei der Ausfuhrung eines Datenverarbeitungs- 
programms mulumediaie Datenmengen benotigt werden, 
kann das Herausschneiden eines bestimmten Anteils dieser 
Datenmengen so erfolgen, daB das Datenverarbeitungspro- 
gramm weiterhin ausfuhrbar bleibt, wenngleich mit einge- 
schrankter Qualitat oder verringertem Funktionsumfang. 
Wie oben bereits erlautert wurde, konnen auch multimediale 
Datenmengen bereitgestellt werden, die nicht zerteilt sind. 
Die Aufteilung der Datenmenge ist insbesondere bei multi- 
rnedialen Daten von Interesse, da beispielsweise Bild- und 
Tondaten auch bei der Anwendung von Komprimierungs- 
vcrfahrcn zu rclativ groBcn Dateien fuhrcn, die beispiels- 
weise iiber Online- Verbindungen nicht rnehr oder nur mit 
hohem Kosten- und Zeitaufwand iibertragen werden kon- 
nen. Die hier verwendete Aufteilung der Datenmengen ist 



BNSDOCID: <DE__ 10059230 A 1_l_> 



DE 100 59 230 A 1 



8 



somit besonders fur multiniediale Daren geeignet. Dabei 
wird angestrebt, daB die Grunddatei hinsichtlich ihrcr Qua- 
litat und/oder ihres Funktionsumfangs soweit eingeschrankt 
isi, daft eine si nn voile und vollwert.ige Nutzung nicht mehr 
moglich ist. Aus der Gesamtnienge der multimedialen Da- 5 
ten mtissen daher in Abhangigkeit von der Art der Daten 
diejenigen Daten in eine oder mehrere Essenzdateien verla- 
gert werden, die einen solchen Qualitats- oder Funktions- 
verlust bewirken. Andererseits besteht die Forderung, die 
Essenzdatei mogbchst klein zu halten, utn insbesondere eine 10 
Online-Ubertragung der Essenzdatei zu ermoglichen. Nach- 
folgend werden Beispiele genannt, die fiir spezielle Daten- 
fonnate die Aufteilung in die Grunddatei und die Essenzda- 
tei verdeutlichen. 

[0034] In Computerspielen aber auch bei CAD- und ande- 15 
ren Planungsanwendungen werden haufig Bilder oder drei- 
dimensionale Modelle eingesetzt, urn am Bildschirm be- 
stimmte Szcnaricn darzustcllcn. Dicsc multimedialen Daten 
werden von der jeweiligen Anwendungssoftware jeweils 
vollstandig benotigt, unt eine exakte graft sche Anzeige zu 20 
generieren. Bei Dateien, die solche Daten enthalten, sind 
haufig am Datei anfang (Header) notwendige In formation en 
zur Interpretation der nachfolgenden Daten abgespeichert 
(z. B. GIF- Dateien). Wenn dieser Dateikopf entfernt wird, 
felilen notwendige DaLen, um die ubrigen in dieser Datei 25 
enthaltenen Daten korrekt zur Anzeige zu bringen. Bei- 
spielsweise kann bei einer farbigen GIF-Grafik die Farbta- 
belle (3 x 256 Bytes) entfernt werden, wodurch die gesamle 
Datei weitgehend unbrauchbar wird. Die gewiinschte Auf- 
teilung der multimedialen Datenmenge wird also bei sol- 30 
chen Datenformaten derail erfolgen, daB die Grunddatei den 
groBten Teil der Datenmenge enthalt, wahrend die Essenz- 
datei lediglich den Dateikopf oder bestimmte Infoniiationen 
aus dem Dateikopf umfaBt. 

[0035] Andere Daten besitzen einen Datei typ, der als "dy- 35 
namisch" bezeichnet werden kann. Hierbei handeit. es sich 
beispielsweise um Video- oder Audiodateien, wobei die an- 
einandergereihten Daten in einer zeitlich definierten Bezie- 
hung zueinander stehen. Bei diesen Dateitypen ware es nicht 
sinnvoll. nur einige Anfangswerte der Dateien herauszu- 40 
schneiden, da dann alle zeitlich spateren Daten ungestort 
wiedergegeben werden konnten. Vielmehr ist es erforder- 
lich, die multimediale Datenmenge zeitlich kontinuierlich 
zu zerlegen, so daB wesentliche Teile der Daten uber den ge- 
samten Zeitraum der Wiedergabe der Gesamtdatenmenge in 45 
die Essenzdatei verlagert werden. Die multimediale Daten- 
menge wird in diesem Fall kontinuierlich wiedergegeben, 
wobei die jeweiiige Software kleinere Datenpakete nachein- 
ander verarbeitet und zur Wiedergabe bringt. Wenn bei- 
spielsweise ein stereophones Audiosignal die multimediale 50 
Datenmenge darstellt, kann eine Zerlegung derart erfolgen, 
daB nur die Stereokomponente (Differenz aus rechtem und 
linkem Kanal) in die Essenzdatei verlagert wird. Die Grund- 
datei enthalt dann das nionophone Audiosignal, so daB fur 
eine qualitadv hochwertige Stereowiedergabe die Essenzda- 55 
tei benougt wird. Wenn die Datenmenge eine Videodatei ist, 
konnten beispielsweise alle 10 Sekunden vollstandige Bil- 
der in die Essenzdatei verlagert. werden. Wenn zur Verarbei- 
tung von Videodaten Delt^ommpressionsverfahren einge- 
setzt werden, bei denen immer nur der Unterschied zum vor- 60 
herigen Bild gespeichert wird, ist es besser jeweils das erste 
Bild nach einem Szenenwechsel in die Essenzdatei zu verla- 
gern. 

[0036] Generell sollte darauf geachtet werden, daB bei der 
Zcrtcilung der multimedialen Datenmenge kcinc rcdundan- 65 
ten Daten in die Essenzdatei verlagert werden, da diese ohne 
weiteres in der Grunddatei reproduziert werden konnen, 
ohne daB dafur die Essenzdatei erforderlich ist. Bei be- 



stimmten Dateitypen kann es daher zweckdienlich sein, die 
Zerlegung der Datenmenge erst nach einer geeigneten Kom- 
primierung durchzufiihren, durch welche die redundant en 
Daten weitgehend ausgeb lender werden. 
[00371 Fig. 2 zeigt in einem Blockdiagramm das Prinzip 
der Verarbeitung von multimedialen Datenmengen, die zer- 
teilt in die Grunddatei 6 und die Essenzdatei 7 vorliegen. Bei 
dem dargestellten Beispiel handeit. es sich um "dynamische" 
Datentypen, die auch als Streaniing-Daten bezeichnet wer- 
den. Die multimediale Datenmenge umfaBt beispielsweise 
100 Datenpakete, Aus der Gesamtdatenmenge werden im 
gezeigten Fall zehn Datenpakete entnommen und in die Es- 
senzdatei 7 verlagert. Der Grunddatei 6 fehlen damit (mehr 
oder wenjger gleichmaBig) uber die Datenmenge verteilt 
wesentliche Daten, die zur Wiedergabe der multimedialen 
Datenmenge in hoher Qualitat erforderlich sind. 
[0038] Bei der Zusammensetzung der Grunddatei 6 und 
der Essenzdatei 7 auf dem lokalcn Computer crfolgt cine 
Entschlusselung der Datenpakete der Essenzdatei 7 in einer 
Entschlusselungseinrichtung 11, da die Essenzdatei 7 nur in 
verschlusseltem Zu st and auf deni lokalen Computer vorliegt 
(siehe unten). In einem Mischer 12 werden anschlieBend die 
einzelnen Datenpakete aus der Grunddatei 6 und der Es- 
senzdatei 7 in der richtigen Reihenfolge zusammengefugt. 
Dem Mischer 11 muB dazu die Vorschrift zum Zusammen- 
setzen der Daten bekannt gegeben werden. Die dann wieder 
in der richtigen Reihenfolge vorliegenden Datenpakete wer- 
den in herkommlicher Weise einem Decoder 13 eingespeist, 
der ein multimediales Ausgangssignal generiert und es ei- 
nem Ausgabegerat 14 zuleitet. 

[0039] Die Art und Weise der Zusammensetzung der 
Grunddatei und der Essenzdatei hangl. von den verwendeten 
Datent ypen und dem zur Datenauf tei lung eingesetzten Ver- 
fahren ab. Dem auf dem lokalen Computer ablaufenden An- 
wendungsprogramm miissen daher Informationen iiber den 
zur verwendenden Algorithmus zur Zusammensetzung der 
Grunddatei und der Essenzdatei ubermittelt werden. Einzel- 
heiten dazu werden welter unter erlautcrt . 
[0040] Fig. 3 zeigt ein Ablaufdiagramm, in welchem ein- 
zelne Schritte dargestellt sind, die vor bzw. wahrend der . 
Ubertragung einer Essenzdatei von einem Server zu einem 
lokalen Computer ausgefuhrt werden. Wie oben bereits er- 
lautert wurde, wird auf dem lokalen Computer ein Datenver- 
arbeitungsprogramm ausgefuhrt, welches eine multimediale 
Datenmenge benotigt. Wenn das Daten verarbeitungspro- 
gramm eine bestimmte Funktion abarbeiten will, wird durch 
eine Abfrage einer lokalen Systemregistrierungsdatenbank 
ermittelt, ob die benotigte Essenzdatei 7 auf dem lokalen 
Computer vorhanden ist, die zur Erganzung der Grunddatei 
6 erforderlich ist. Unter dem Betriebssystem Windows ist 
die Systemregistrierungsdatenbank durch die sogenannte 
Registry (RG) bereitgestellt. Die Registry enthalt auch Ein- 
U-age, aus denen das Anwendungsprogramm ermitteln kann, 
ob der entsprechende Benutzer erstmalig auf die erforderli- 
che Essenzdatei zugreifen will, ob ein wiederholter Zugriff 
erfolgt oder ob fiir das gleiche Daten verarbeitungspro- 
gramm bereits andere Essenzdateien auf dem lokalen Com- 
puter vorhanden sind. 

[0041] In Bezug auf Fig. 3 wird zuerst der Fall betrachtet, 
daB das Datenverarbeitungsprogramm erstmalig auf eine 
Funktion zugreift, welche eine bestimmte Essenzdatei beno- 
tigt. Dieser Fall wird hier als Neuanmeldung bezeichnet, 
wobei der Benutzer des lokalen Computers ein Neukunde 
(Newcustomer) ist. Das Verfahren starlet im Schritt 20. Der 
Benutzer crhalt im Schritt 21 den Hinwcis, daB die benotigte 
Essenzdatei nicht auf dem lokalen Computer vorhanden ist 
und daher eine Online- Verbindung mit einem Pay-per- use- 
Server hergestellt werden kann, um die Essenzdatei von dort 
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zu erh alien. 

[0042] Der Pay-per- use-Server ist ein Rechner, der eine 
permanente Verbindung zum Internet besitzt. Die auf die- 
sem Server ablaufende Soft ware ist mit einem sogenannten 
E-Commerce-Shop vergleichbar. Der Server besitzt eine 5 
Datenschnittstelle zu dem angeschlossenen Datennetz, im 
erlaut ert en Beispiei aiso zum World Wide Web. Der Server 
* ist jedoch insoweit besonders konfiguriert, daB er nur durch 
einen speziellen Pay-per-use-Client angesprochen werden 
kann. Wie oben dargestellt wurde, ist der Pay-per-use-Client 10 
auf dem lokalen Computer realisiert. Die Beschrankung der 
Zugriffsmoglichkeiten auf den Server erhoht die Sicherheit, 
da beliebige andere Rechner nicht ohne weiteres auf diesen 
Server zugreifen konnen. In Fig. 3 ist dieser speziell einge- 
richtete Server mit der Bezeichnung "4fo" gekennzeichnet. 15 
[0043] Wenn sich der Benutzer im Schritt 21 entscheidet, 
eine Verbindung mit dem Server herzustellen, wird im 
Schritt 22 die bcnotigtc Verbindung zu 4fo hergcstcllt und 
die einleitende Datenubertragung kann beginnen. Der lokale 
Computer konnte aber auch so konfiguriert werden. daB kein 20 
Eingriff des Benutzers erforderlich ist sondem die jeweils 
benotigte Essenzdatei bei Bedarf automatisch vom Server 
geladen wird. Dazu ubermittelt der Client spezielle Parame- 
ter an den Server, unter Nutzung der sogenannten POST- 
Methode. Diese Parameter sind erforderlich, uin dem Server 25 
mitzutcilen. welche Informationen (Essenzdateien) benotigt 
werden. 

[0044] Uin die Ident.it.al. des Benutzer bzw. lokalen Com- 
puters festzustellen, werden die ubertragenen Parameter zu- 
satzlich digital signiert. Dazu wird vorab bei spiels weise 30 
durch Anwendung eines asymmetrischen Verschliisselungs- 
verfahrens ein Schlusselpaar gebildet. Der ofTentliche Teil 
des Schlusselpaars (Public-Key) wird an den Server ubertra- 
gen. Sofern wie in Bezug auf Fig. 1 erlautert wurde, eine 
Smart-Card eingesetzt wird, kann der Public-Key aus der 35 
Smart-Card ausgelesen werden. 

[0045] Um auch eine Autorisierung des Servers gegen- 
uber dem Client zu ermoglichen, wird ein zweites Schlussel- 
paar verwendet. Dieses zweite Schlusselpaar ist an wen- 
dungs spezifisch. Der privtae Schlussel verbleibt auf dem 40 
Server. Der dffentliche Schlussel ist. Bestandteil des Clients, 
Wenn die vom Server ubertragenen Daten unter Nutzung 
des Private-Key signiert werden, kann durch den lokalen 
Computer uberpruft werden, ob die empfangenen Daten tat- 
sachlich von dem angewahlten Server stammen, so daB eine 45 
Daten manipulation durch Dritte ausgeschlossen ist. 
[0046] Im Schritl 23 uberpruft der Server die Signatur des 
Nutzers, der sich erstmalig anmeldet. Wenn im Schritt 24 
festgestellt wird, daB die Parameter unverfalscht vom neuen 
Nutzer ubertragen wurden, beginnt im Schritt 25 die Regi- so 
strierung des Neukunden. Dazu wird fur den Neukunden ein 
Login (Benutzername) festgelegt. 

[0047] Fig. 4 zeigt die allgemeine Struktur einer mogli- 
chen Formularseite, die bei der Anmeldung eines Benutzers 
am Server Verwendung findet. Diese Formularseite besitzt 55 
eine konstante Meniileiste und einen veranderlichen Teil. 
Naturlich kann bei abgewandelten Ausfuhrungsformen auch 
ein anderer Aufbau gewahlt werden. 

[0048] Zuruck zu Fig. 3. Dort ist in einzelnen Verfahrens- 
schritten die Formularseite gemaB Fig. 4 erkennbar, wobei 60 
bestimmte Steuerungsfelder ausgeblendet sind, wenn die 
zugeordneten Aktionen an der speziellen Stelle im Verfah- 
rensablauf nicht zur Verfugung stehen. Zur Uberprufung der 
Daten des Benutzer kann im Schritt 26 die Mitteilung des 
Login und insbcsondcrc des Passwortcs per E-Mail an den 65 
Benutzer erfolgen. Damit ist zumindest sichergestellt, dafi 
die E-Mail- Adresse des Nutzers korrekt ist. Nachdem im 
Schritt 27 die Daten uberprufung als erfolgreich bestatigt 



wurde, werden im Schritt 28 ein Initialisierungspasswort 
und eine Kundennummer ermittelt. Das Pass wort ist bei- 
spielsweise eine 64-Bit Zahl, die Base64 codiert wurde. Das 
codierte Passwort und die Kundennummer werden per E- 
Mail im Schritt 29 an den Nutzer uberniittelt. Das Passwort 
kann vom Nutzer auf Wunsch lokal gespeichert werden oder 
jedesmal bei der Ausliihrung des Datenverarbeitungspro- 
grarams eingegeben werden. Die Kundennummer wird be- 
nutzt, wenn Zahlungen fur den Erhalt der Essenzdateien zu 
leisten sind und diese Zahlungen durch telefonische Anwei- 
sungen ausgelost werden sollen. 

[0049] Nachfolgend wird auf dem Server im S chritt 30 ein 
Transferarchiv erzeugt, welches die Essenzdatei in ver- 
schlusselter Form enthalt. Vorzugsweise wird die Essenzda- 
tei jedesmal mit einem einzigartigen sitzungsspezifischen 
Schlussel (Session-Key) unmittelbar vor der Einbindung in 
das Transferarchiv verschlusselt. Der spezielle Aufbau des 
Transfcrarchivs wird wcitcr unter erlautert. Im Schritt 31 
wird das erstellte Transferarchiv zum lokalen Computer 
ubertragen. Dazu wird ein spezielle Komponente verwendet 
die es ermoglicht, daB Transferarchiv entgegen zu nehmen 
und in den Hauptspeicher des lokalen Computers zu uberge- 
ben. Sobald das Transferarchiv auf dem lokalen Computer 
vorhanden ist, wird es auf Unversehrtheit und korrekte digi- 
tale Signatur uberpruft und kann dann auf einem lokalen Da- 
ten trager gespeichert werden. Bei der Erstellung des Trans- 
ferarchivs auf dem Server kann ein eindeutiges Sitzungs- 
merkmal erzeugt und im Transferarchiv abgelegt werden, 
aus welchem ein eindeu tiger Dateiname zur Speicherung 
auf dem lokalen Computer generiert werden kann. Dazu 
kann z. B. die Generierungszeit des Transferarchivs verwen- 
det werden. AuBerdem enthalt das Transferarchiv den o. g. 
Session -Key in verschlusselter Form. 

[0050] SchlieBlich erfolgt im Schritt 32 die Installation 
des Transferarchivs beim Nutzer, in dem u. a. das Transfer- 
archiv und die darin enthaltenen Essenzdateien in der Sy- 
steniregistrierungsdatenbank an^emeldet werden. Damit ist 
es auch moglich, bei erneuter Ubertragung bestimmter Es- 
senzdateien (z. B. im Falie einer Aktualisierung) den Spei- 
cherort der jeweiligen Essenzdateien in der Registrierungs- 
datenbank zu aktualisieren, so daB das Datenverarbeitungs- 
programm jeweils auf die aktuellste Fassung der einzelnen 
Essenzdateien zugreift. An dieser Stelle kdnnte das Verfah- 
ren en den, da die Essenzdatei auf dem lokalen Computer in- 
stalliert wurde und fur den berechtigten Nutzer nutzbar ist. 
Das Verfahren kann aber auch fortgesetzt werden, wie es in 
Fig. 3 ersichtlich ist. Die sich anschlieBenden Verfahrens- 
schritte werden weiter unten erlautert. 

[0051] Fig. 5 zeigt die allgemeine Struktur eines Transfer- 
archivs, wie es auf dem Server erstellt wird. Generell besteht 
das Transferarchiv aus einer oder mehreren Essenzdateien 
(Plugins), einem Archivkopf (ArchiveHeader), einer vom 
Server bereitgestellten digitalen Signatur (serverSignature) 
und einer Priifsumme (Crc32). Vor der Einbindung der Es- 
senzdatei in das Transferarchiv wir diese unter Anwendung 
eines symmetrischen Verschlusselungsverfahrens ver- 
schliisselt. Den symmetrischen Schlussel bildet z. B. eine 
128-Bit Zahl, die als Sitzungsschlussel (Session-Key) auf 
dem wServer fiir jede einzelne Sitzung bzw. Anforderung 
durch einen Nutzer zufallig ennittelt wird. Dieser Sitzungs- 
schlussel wird weiterhin mit dem Public-Key des jeweiligen 
Nutzers asymmetrisch verschlusselt und anschlieBend eben- 
falls im Transferarchiv abgelegt. Die Entschlusselung der 
Essenzdatei 7 kann somit nur erfolgen, wenn der Private- 
Key des Nutzers vorhanden ist, der bcispiclswcisc in der 
Smart-Card abgelegt ist. Die Priifsumme Crc32, die eben- 
falls in das Transferarchiv eingebunden isu kann verwendet 
werden, um zu iiberprufen, ob die Entschlusselung korrekt 
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ausgefuhrt wurde. Eine weitere Erhohung der Sicherheit 
wird erzielt, indem der private Schlussel des am Server an- 
gemeldeten Schliissels zusatzlich symmetrischinit dem ver- 
gebenen Passwort verschlusselt wird, welches zur Uberprii- 
fung der Idenl.it at des Nutzers per E-Mail an diesen gesandt. 5 
werden kann. 

[0052] Bei einer praktischen Ausfiihrung konnen die fol- 
genden bekannten Aigorithmen zur Verschlusselung einge- 
setzt werden: 

Asymmetrisches Verfahren: RSA 1024 Bit 10 
Symmetrisches Verfahren: Blowfish 128 Bit (Safer, Square) 
Passwort: 64-Bit ZufalLszahl, die mit Base64 umkodiert 
wurde 

Hashfunktion (fur digitale Signatur): SHA1 
[0053] Das Datenverarbeitungsprogramm, welches auf is 
dem lokalen Computer ablauft, ruft beim Zugriff auf die je- 
weilige Essenzdatei die Enlschlusselungsroutine auf, so daB 
die Entschlusselung in Echtzcit crfolgt und die Essenzdatei 
nur im verschlusselten Zustand auf den pennanenten Daten- 
tragern des lokalen Computers vorhanden ist. Bei Bedarf 20 
kann die Essenzdatei vor dem Verse hlusseln verlustfrei 
komprimiert werden, was eine Dekompression wahrend der 
Ausfiihrung des Datenverarbeitungsprogramms auf dem lo- 
kalen Computer erforderhch macht. 

[0054] Wenn der Nutzer bei einer emeuLen Ausfiihrung 25 
des Datenverarbeitungsprogramms eine Funktion aufruft, 
die die Essenzdatei 7 benotigt, ermittelt das Datenverarbei- 
tungsprogramm durch ZugrifT auf die S ystemregis trier ungs- 
datenbank, daB die Essenzdatei bereits auf dem lokalen 
Computer vorhanden ist. Aus der Registrierungsdatenbank 30 
kann das Trans ferarc hi v ermittelt werden, in welchem die 
Essenzdatei enthalten ist. Fur den Fall, daB mehrere Essenz- 
dateien in einem gemeinsanien Transferarchiv gespeichert 
sind, enthalt die Registrierungsdatenbank auch einen Ein- 
trag iiber die Position der jeweiligen Essenzdatei in dem 35 
Transferarchiv. Es ist dann keine erneute Anforderung der 
Essenzdatei vom Server erforderlich. 

[0055] Das Transferarchiv enthalt im Archivkopf auch 
Angaben uber die auszufuhrende Routine, mit welcher die 
Grunddatei und die Essenzdateien zu verknupfen sind. 40 
Ebenso befindet sich im Transferarchiv der jeweilige Sit- 
zungsschliissel fur die einzelnen Essenzdateien, der unter 
Anwendung des Private-Key des Nutzers entschliisselt wer- 
den muB. Da die Essenzdatei selbst mit einem symmetri- 
schen Verschlusselungsverfahren verschlusselt wurde kann 45 
die Entschlusselung wahrend der Ausfiihrung des Datenver- 
arbeitungsprogramm (on- the- fly) erfolgen, da bei symmetri- 
schen Verschlusselungsverfahren eine ausreichend schnelle 
Entschlusselung durchgefuhrt werden kann, sobald der sym- 
metrische Schlussel entschliisselt wurde. 50 
[0056] Es ist noch festzuhalten, daB auf dem Server auch 
die nutzerspezifischen Daten gespeichert werden. Diese er- 
moglichen bei einem spateren Zugriff des Nutzers auf den 
Server eine sofortige Identifizierung des Nutzers sowie die 
Uberprufung der bereits an diesen Nutzer gesendeten Es- 55 
senzdateien. Dadurch kann sichergestellt werden, daB der 
Nutzer bestimmte Essenzdateien nicht doppelt vom Server 
beziehen muB. Selbst wenn durch einen Datenverlust die 
beim Nutzer gespeicherten Essenzdateien beschadigt wer- 
den, kann auf diese Weise ein erneuter Download vom Ser- 60 
ver ermdglicht werden, ohne-daB die bereits bezahlten Es- 
senzdateien neu vom Nutzer bezahlt werden mussen. Zu- 
satzlich kann der Server auch Informationen iiber ein Konto 
eines Nutzers verwalten, von welchem ein entsprechendes 
Guthabcn abgebucht werden kann, wenn der Nutzer Esscnz- 65 
dateien erwirbt. Der Server halt auBerdem alle fur eine be- 
stimmte Anwendung verfugbaren Essenzdateien (Plugins) 
unverschliisselt bereit, die verschlusselt und in ein nutzer- 
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spezifisches Transferarchiv verpackt werden, wenn der Nut- 
zer diese Essenzdateien beziehen will. 

[0057] In Fig. 3 ist weiterhin der Verfahrensablauf darge- 
stellt, wenn beim Nutzer der Privare-Key, der fur die Ent- 
schlusselung der Essenzdateien erforderlich ist, nicht mehr 
zur Verfiigung steht. Dieser Fall kann beispielsweise eintre- 
ten, wenn der Private-Key nicht auf einer Smart-Card ge- 
speichert ist, sondern in Bezug auf bestimmte Hardware- 
komponenten des lokalen Computers ermittelt wurde und 
eine Veranderung der Hardwarekomponenten erfolgte. Die 
dann notwendige Kommunikation zwischen dem lokalen 
Computer startet im Schritt 40. Wenn im Schritt 41 be- 
stimmt wurde, daB eine Verbindung mit dem Server herge- 
stellt wird, wird ein neues Schliisseipaar erstellt und im 
Schritt 42 wiederum die Verbindung zum Server) aufgebaut. 
Dabei wird der neue offentliche Schlussel ubertragen. Im 
Schritt 43 wird der neue Private-Key des Nutzers/lokalen 
Computers ubcrpruft. Sofcrn dcrErfolg der Uberprufung im 
Schritt 44 festgestellt wird, wechselt der Server im Schritt 
45 in einen Wiederanmeldedialog, wobei der Benutzername 
(Login) unveranderlich ist. Im Schritt 46 wird eine Pass- 
worf uberprufung durch den Server ausgefuhrt. Das Pass- 
wort ist dem Nutzer aus der vom Server gesendeten E-Mail 
bekannt. Wenn das Passwort in Schritt 47 bestatigt wurde, 
kann im Schritt 48 ein neues Passwort eniiitlelt werden. An- 
schlieBend wird das Verfahren im Schritt 29 fortgesetzt, so 
daB der Nutzer weitere Essenzdateien vom Server erhalten 
kann. 

[0058] Der Private-Key kann entweder auf der Smart- 
Card abgelegt sein oder in verschlusselter und/oder ver- 
steckter Form auf dem Lokaldatentrager des lokalen Com- 
puters gespeichert sein. 

[0059] Dazu eignet sich z. B. eine Anbindung des Private- 
Key an spezielle Hardware-Merkmale des lokalen Compu- 
ters. 

[0060] Eine Wiederannieldung kann auch erforderlich 
sein, wenn der Nutzer des Daten verarbeitungsprogranuns 
seinen Rechner neu installiert hat. Dazu kann der Nutzer im 
Schritt 25 in einen Wiederanmeldedialog verzweigen 
(Schritt 50). Nachdem er seinen alten Login eingegeben hat, 
erfolgt im Schritt 51 die Uberprufung des Logins und des 
Passwortes. Nach einer Bestatigung im Schritt 52 kann im 
Schritt 48 ein neues Passwort ermittelt werden. Das Verfah- 
ren wird dann wie beschrieben in Schritt 29 fortgesetzt. 
[0061] SchlieBlich ist in Fig. 3 der notwendige Verfah- 
rensablauf dargestellt, wenn ein dem Server bereits bekann- 
ter Nutzer bzw. lokaler Computer eine weitere Essenzdatei 
benotigt, beispielsweise um in dem lokal auszufiihrenden 
Datenverarbeitungsprogramm ein zusatzliches Level eines 
Computerspiels auszufuhren. Die Wiederanmeldung des 
Nutzer fur eine Ubertragung einer weiteren Essenzdatei 
startet im Schritt 60. Vor 60 wird erneut entschieden, ob die 
bendtigte Essenzdatei vom Server bezogen werden soli. 
Nach einer Ruckfrage im Schritt 61 wird im Schritt 62 ein 
Verbindung mil dem Server aufgebaut. Dabei ubertragt der 
Pay-per-use-Client mit der POST-Methode die fur die Ver- 
bindung erforderlichen Parameter, insbesondere den Benut- 
zemamen (Login), Idendfikauonsdaten fur das Datenverar- 
beitungsprogramm, Identifikationsdaten fur die bendtigte 
Essenzdatei und eine digitale Signatur. Die Signatur wird im 
Schritt 63 uberpriift. Wenn die ubertragenen Daten im 
Schritt 64 verifiziert werden konnten, gelangt der Nutzer so- 
fort in den Auswahlbereich (E-Shop), wo er weitere Essenz- 
dateien (Plugins) zum Download auswahlen kann (Schritt 
65). Bei einer abgcwandcltcn Ausfiihrungsform kann dieser 
Schritt entfallen, wenn bereits durch die erste Datenubertra- 
gung festgelegt wird, welche Essenzdatei benotigt wird und 
damit eine weitere Auswahl nicht erforderhch ist. 
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[0062] Im Schritt 66 wird ein individuelles Transferarchiv 
erstellt, welches die angeforderten Essenzdateien enthalt . Im 
Schritt 67 wird das Transferarchiv auf den lokalen Compu- 
ter ubertragen, so rtaR dorr in Schritt 68 in der beschriebenen 
Weise das Transferarchiv uberpruft und gespeichert werden 5 
kann. 

[0063] Sofern ein an sich beim Server bekaniiier Nulzer 
fur ein anderes Daten verarbeitungsprogramm (z. B. neues 
Computerspiel) Essenzdateien erwerben will, kann er auf 
dem Server als alter Nutzer behandelt werden, dem fur die- 10 
ses neue Daten verarbeitungsprogramm ein neues Pass wort 
zugeteilt wird, so daB das entsprechende Verfahren begin- 
nend im Schritt 20 ablauft. 

[0064] Das beschriebene Verfahren zur Distribution von 
multimedialen Datenmengen und das Datenverarbeitungs- 15 
system konnen auch fur andere multiniediale Datenmengen 
verwendet werden. Beispielsweise ware es denkbar, be- 
stimmtc Dctailinformationcn aus clcktronischcn Landkarten 
in diese Essenzdateien zu verlagern, die der Nutzer erst bei 
Bedarf beziehen kann. 20 

Patentanspriiche 

1. Verfahren zur Verfugbarniachung von multimedia- 
len Datenmengen fur einen Nutzer, die folgenden 25 
Schritte umfassend: 

- Bereitstellung einer Essenzdatei (7) auf einem 
ent fern ten Server (3). die wenigstens einen Teil 
der multimedialen Datenmenge umfaBt; 

- Verschlusseln der Essenzdatei; 30 

- Ubertragung der verschlusselten Essenzdatei zu 
einem lokalen Computer (1), auf welchen der 
Nutzer Zugriff hat; 

Speicherung der verschlusselten Essenzdatei 
auf einem Lokaldatentrager des lokalen Compu- 35 
ters; 

- Ent schlussel ung der Essenzdatei wahrend der 
Ausfuhrung eines Datenverarbeitungsprogramms 
(2) auf dem lokalen Computer; 

- Wiedergabe der multimedialen Datenmenge 40 
uber ein Ausgabegerat, wahrend der Ausfuhrung 
des Datenverarbeitungsprogramms auf dem loka- 
len Computer. 

2. Verfahren nach Anspruch 1, wobei die Essenzdatei 
(7) die vollstandige multiniediale Datenmenge enthalt. 45 

3. Verfahren nach Anspruch 1, wobei die Essenzdatei 
nicht die gesamte multimediale Datenmenge umfaBt, 
die folgenden Schritte umfassend: 

- Aufteilung der multimedialen Datenmenge in 
eine Grunddatei (6) und eine Essenzdatei (7), ge- 50 
maB einem vorgegebenen Teilungsalgorithmus; 

- Ubertragung der Grunddatei und der Essenzda- 
tei; 

- gemeinsame Speicherung der Grunddatei und 
der verschlusselten Essenzdatei auf dem Lokalda- 55 
tentrager eines lokalen Computers (1); 

- Verknupfung der Grunddatei und der Essenzda- 
tei zur multimedialen Datenmenge wahrend der 
Ausfuhrung des Daten verarbeitungsprogrammes 
(2) auf dem lokalen Computer, nach der Ent- 60 
schliisselung der Essenzdatei. 

4. Verfahren nach Anspruch 3, wobei der Schritt der 
Aufteilung der Datenmenge das Extrahieren wesentli- 
cher Teile der Datenmenge in die Essenzdatei umfaBt, 

so daB die Grunddatei ohnc die Essenzdatei nicht mchr 65 
oder nur noch mit verminderter Qualitat bzw. verrin- 
gertem Funktionsumfang am Ausgabegerat wiederge- 
geben werden kann. 
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5. Verfahren nach Anspruch 4, wobei aus der Daten- 
menge zumindest Teile der Dateikopfinformation 
(Header), die fur die Interpretation der restlichen Daten 
not.wendig sind, extrahiert. und in die Essenzdatei ein- 
gebunden werden. 

6. Verfahren nach Anspruch 4, wobei stereophone Au- 
uiodaien vor ihrer Codierung in einen MunouaLensLruiii 
(Suimnensignal: rechter plus linker Kanai) und einen 
Differenzdatenstrom (rechter minus linker Kanal) auf- 
geteilt werden, und wobei der Rechts-Links-Daten- 
strom die Essenzdatei bildet. 

7. Verfahren nach Anspruch 4, wobei die in die Es- 
senzdatei zu verlagemden Daten erst nach einer Kom- 
primierung der multimedialen Datenmenge aus der 
komprimierten Datenmenge extrahiert werden. 

8. Verfahren nach einem der Anspruche 1 bis 7, wobei 
die Verschlilsselung der Essenzdatei mit einem symme- 
trischen Verschlusselungsalgorithmus crfolgt, und wo- 
bei der dafiir verwendete sitzungsspezifische Schliissel 
(Session-Key) seinerseiUs durch einen asymmetrischen 
Verschlusselungsalgorithmus verschliisselt wird. 

9. Verfahren nach Anspruch 8, weiterhin die folgenden 
Schritte umfassend: 

- Ermittlung einer Zufallszahl als sitzungsspezi- 
fischen Schliissel (Session-Key); 

- Verschlusselung der Essenzdatei (7) mit dem 
sitzungsspezifischen Schlussel unter Anwendung 
des symmetrischen Verschlusselungsalgorithmus: 

- Verschlusselung des sitzungsspezifischen 
Schlussels mit dem offentlichen Schlussel eines 
dem Nutzer gehdrenden Schliisselpaars unter An- 
wendung des asymmetrischen Verschlusselungs- 
algorithmus; 

nochmalige Verschlusselung des asymmetrisch 
verschlusselten Sitzungsschliissels mit einem nut- 
zerspezifischen Schlussel (Pass wort) unter An- 
wendung eines symmetrischen Verschlusselungs- 
algorithmus. 

10. Verfahren nach Anspruch 9> wobei der Schritt der 
Ubertragung der verschlusselten Essenzdatei das Er- 
zeugen eines Transferarchivs umfaBt, welches ubertra- 
gen wird und die folgenden Komponenten enthalt: 

- die verschlusselte Essenzdatei; 

- eine Serversignatur, die die Identifizierung des 
entfernten Servers ermoglicht; 

- einen Prufabschnitt, der eine Fehlerprufung des 
Transferarchivs ermoglicht; 

- einen Datenidentifikationsabschnitt; 

- einen Nutzerdatenabschnitt, der die Identifizie- 
rung des Nutzers ermoglicht; 

- den verschlusselten Sitzungsschliissel zur Ent- 
schlusselung der Essenzdatei. 

11. Verfahren nach einem der Anspruche 1 bis 10, wo- 
bei nach der Speicherung der verschlusselten Essenz- 
datei auf dem Datentrager des lokalen Computers Ein- 
trage in einer Systemregistrierungsdatenbank des loka- 
len Computers generiert werden, aus denen das Daten- 
verarbeitungsprogranim wahrend des Ablaufs die Spei- 
cherposition der Essenzdatei ermitteln kann. 

12. Verfahren nach Anspruch 9, soweit er auf An- 
spruch 3 riickbezogen ist, wobei das Transferarchiv mit 
der verschlusselten Essenzdatei uber eine Online- Ver- 
bindung vom Server zum lokalen Computer iibertragen 
wird, und wobei weiterhin die folgenden Schritte aus- 
gefuhrt werden: 

- Ubertragung einer Anforderung der Essenzda- 
tei yom lokalen Computer zum Server; 

- Uberpriifung der Berechugung des Nutzers 
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zum Empfang der Essenzdatei; 

- Erzeugung des Trans ferarc hi vs auf dem Server; 

- Ausfuhrung einer Finanztransaktion zur Bezah- 
lung der Essenzdatei, bevor das Transferarchiv 
auf den lokalen Computer ubertragen wurde. 5 

13. Verfahren nach einem der Anspruche 1 bis 12, wo- 
bei auf dem Server Daten gespeichert werden, die eine 
eindeutige Identirikation des lokalen Computers, der an 
diesen ubertragenen Essenzdatei en und ggf. des jewei- 
ligen Nutzers ermog lichen. 10 

14. Daten verarbeitungssy stem zur Verfugbarmachung 
von multimedialen Datenmengen, umfassend: 

- einen entfernten Server (3) mit einem Serverda- 
tentrager; 

- einen lokalen Computer (1) mit einem Lokalda- 15 
tentrager und einem Ausgabegerat (14) fur multi- 
mediale Daten, der ein die multimedialen Daten 
vcrwcndcndcs Daten vcrarbc it ungsprogramm aus- 
fuhrt; 

- einer zumindest zeitweiligen Datenubertra- 20 
gungsverbindung (4) zwischen dem Server und 
dem lokalen Computer; 

gekennzeichnet durch 

- eine Verschlusselungseinrichtung, die eine Es- 
senzdatei verschlusselt, welche wenigsiens einen 25 
Teil der multimedialen Datenmenge umfaBt; 

~ eine Archiverzeugungseinrichtung des Servers, 
die die verse hlusselte Essenzdatei mit nutzerspe- 
zifischen Daten zu einem Transferarchiv kombi- 
nicrt und diese fur die Online-Ubertragung liber 30 
die Datenubertragungsverbindung bereitstellt; 

eine Aktualisierungseinrichtung des lokalen 
Computers, die Eintrage in eine Systemregistrie- 
rungsdatenbank des lokalen Computers vor- 
ninunt, welche die Inhalte des ubertragenen 35 
Transferarchivs angeben; 

eine Entschlusselungseinrichtung des lokalen 
Computers, welche wahrend der Ausfuhrung ei- 
nes Datenverarbeitungsprogramms (2) die Es- 
senzdatei entschlusselt; und 40 

- eine Ausgabeeinrichtung, welche die multime- 
diale Datenmenge an das Ausgabegerat ausgibt. 

15. Daten verarbeitungssy stem nach Anspruch 14, 
weiterhin gekennzeichnet, durch 

- eine Dateiteilungseinrichtung, die die multime- 45 
diale Datenmenge in eine Grunddatei (6) und eine 
Essenzdatei (7) aufteilt; und 

cine Kombinationseinrichtung des lokalen 
(Computers, welche die entschlusselte Essenzdatei 
gemaB einem Konibi nation salgorithmus mit der 50 
Grunddatei zu der multimedialen Datenmenge 
verknupft. 

16. Daten verarbeitungs system nach Anspruch 14 oder 
15, dadurch gekennzeichnet, daB: 

- die Verschlusselungseinrichtung die Essenzda- 55 
lei (7) mit einem sitzungsspezifischen Schlussel 
(Session-Key) durch einen symmetrischen Ver- 
schliisselungsalgorithmus verschlusselt; 

- die Archiverzeugungseinrichtung den sitzungs- 
spezifischen Schlussel mit dem offentlichen 60 
Schlussel eines Schliisselpaars des Nutzers durch 
einen asymmetrischen Verschlusselungsalgorith- 
mus verschlusselt und dem Transferarchiv hinzu- 
fugt; 

- die Entschlusselungseinrichtung mit HiLfc des 65 
privaten Schlussels des Schliisselpaars des Nut- 
zers den sitzungsspezifischen Schlussel entschliis- 
selt und mit diesem die Essenzdatei entschlusselt. 
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17. Daten verarbeitungssy stem nach Anspruch 16, da- 
durch gekennzeichnet, daB die Archiverzeugungsein- 
richtung den sitzungsspezifischen Schlussel (Session- 
Key) weiterhin mit einem nutzerspezifischen Schlussel 
(Passwort) unter Anwendung eines symmetrischen 
Verschlusselungsalgorithmus verschlusselt. 

18. Datenverarbeitungssystem nach Anspruch 16 oder 
17, dadurch gekennzeichnet, daB der private Schlussel 
des Nutzers in einer verschlusselten Form auf dem lo- 
kalne Computer gespeichert ist, wobei der private 
Schlussel unter Anwendung eines symmetrischen Ver- 
schliisselungsverfahrens mit einem nutzerspezifischen 
Schlussel verschiiisselt ist, und wobei der nutzerspezi- 
fische Schlussel gemaB einem vorgegebenen Generie- 
rungsalgorithmus aus geratetechnischen Merkmalen 
(Hardware) und der Konfigurationsmerkmalen des lo- 
kalen Computers erzeugt wird. 

19. Datenverarbeitungssystem nach Anspruch 16 oder 
17, dadurch gekennzeichnet, daB der lokale Computer 
eine Smart-Card -Einrichtung mit einer Smart-Card 
umfaBt, auf welcher der private Schlussel des Nutzers 
abgelegt ist, wobei die Entschlusselungseinrichtung 
zur Entschlusselung des symmetrischen Schlussels auf 
die Smart-Card zugreift. 

20. Daten verarbeitungssy stem nach einem der An- 
spruche 14 bis 19, dadurch gekennzeichnet, daB die 
einzelnen Einrichtungen durch Softwareroutinen reali- 
siert sind. 

21. Computer, der als Server konfiguriert ist und eine 
Datenubertragungsverbindung zu anderen Computern 
aufbauen kann, umfassend: 

- eine Dateiteilungseinrichtung, die eine multi- 
niediale Datenmenge in eine Grunddatei und eine 
Essenzdatei aufteilt; 

- eine Verschlusselungseinrichtung, die die Es- 
senzdatei verschlusselt; 

- eine Archiverzeugungseinrichtung, die die ver- 
schliisselte Essenzdatei mit spezifischen Daten ei- 
nes verbundenen Computers zu einem Transferar- 
chiv kombiniert und diese fur eine Online-Uber- 
U*agung iiber die Datenubertragungsverbindung 
bereitstellt; 

- eine Nutzerdatenbank, in der nutzerspezifische 
Daten einschlieGlich der Merkmale der ubertrage- 
nen Transferarchive gespeichert werden. 

22. Computer nach Anspruch 21, dadurch gekenn- 
zeichnet, daB weiterhin eine Schlusselgenerierungsein- 
richtung vorhanden ist, die einen zufalligen sitzungs- 
spezifischen Schlussel (Session-Key) zur Verschlusse- 
lung der Essenzdatei erzeugt. 

23. Computer, der als lokaler Computer konfiguriert 
ist, eine Datenubertragungsverbindung zu einem Ser- 
ver aufbauen kann, wobei er die Funktion des Clients 
ubernimmt, und eine Aktualisierungseinrichtung um- 
faBt, welche Eintrage in eine Systemregistrierungsda- 
tenbank vornimmi, welche die Inhalte eines vom Ser- 
ver ubertragenen Transferarchivs angeben, wobei auf 
dem lokalen Computer ein Daten verarbeitungspro- 
gramm ausfuhrbar ist. welches wahrend seiner Ausfuh- 
rung eine im Transferarchiv enthaltene Essenzdatei 
entschlusselt, die entschlusselte Essenzdatei gemaB ei- 
nem im Transferarchiv bestimmten Kombinationsalgo- 
rithmus mit einer lokal gespeicherten Grunddatei zu ei- 
ner multimedialen Datenmenge verknupft und diese an 
ein Ausgabegerat ausgibt. 
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Struktur des Transferarchivs 



<4FOArchive> : ; = <ArchiveHeader> <Plugins> < server Si gnature> <crc32> 

- - — — w «=» ^.a**' -M^^oa boua ijo^ 

< cu s tomerNo > <cus tomerName> <encipheredKey> <nmbPlugins> 

<PluginInfo> {<PluginIn£ o>> 
<Plugins> <sessionID> <dataLength> {<dataLength>> <PluginData> {<PluginData>} 

<PluginInfo> ::= <f ilenameLength> <originalFilename> <fileTypeID> 



<serverSignature> 



<crc32> : : = 

<archi veVers ion> 
<gameID> : : = 



<archive ID> 



<createDate> : : = 

<customerNo> : := 
<customerNaae> : : 



<encipheredKey> 



<nmbPlugins> : := 32 
<£ ilenaiael*engfch> 
<originalFi lename> 

<fileTypeID> : := 

<sessionID> : : = 
<datal*ength> : : = 

<PluginData> : : = 



::= 172 Bytes (Base64-Codierung) 

Hash uber <ArchiveHeadex> und <Plugins>, signiert mit 
spielespezif ischen private key des Servers (1024 Bit) 

32 Bit Integer (unsigned) 

CRC32 uber " <ArchiveHeader>, <Plugins> und <serverSignature> 

32 Bit Integer (unsigned) 0x2 = aktuelle Struktur 

32 Bit Integer (unsigned) 

bezeichnet das Spiel (mit Version) eindeutig 
00000101x0 = Demonstrator in der ersten Version 
00000102x0 = Demostrator in der Version 2 
00000201x0 = Demospiel in der ersten Version 
32 Bit Integer (unsigned) 

bezeichnet das Archiv (mit Version) eindeutig, 
protokolliert fortlaufend die Archive, die fur eine GamelD 
ausgegeben wurden 
8 Bytes 

Erstellungsdatum, Format: z.B. 01202000 fur den 20. Jan. 2000 

32 Bit Integer (unsigned) Kundennummer 

33 Bytes (= max. 32 Zeichen + Rest #0) 
Login-Name/Nickname (Ansi-Zeichensatz, Buchstaben 
(international) und [0-9] _. -<Blank>) 

= 172 Bytes (Base64 -Codierung ) 

128 Bit Zufallszahl = Symmetrischer Schlussel 
kann spater vergrofiert werden, mit dem Passwort (64Bit 
symmetrisch) und dem public key (1024 asymmetrisch) des 
Kunden verschlusselt 
Bit Integer (unsigned) Anzahl der enthaltenen Plugins 



:= 32 Bit Integer (unsigned) bezeichnet die Lange des Filenamens 
= <f ilenameLength> Bytes 

Dateiname plus relativer Pfad (Windows-Style) 
32 Bit Integer (unsigned) Plugintyp 
z.B.:0xl = Datenplugins ( Dateianf ang) 

256 Bytes (Base64-Codierung) Session-ID vom Server 

32 Bit Integer (unsigned) pluginRawData. size 



<pluginRawData> <paddingBytes> <pluginDataCrc32> 

(Elowfish-Verschlusselung) 
<pluginRawData> : : = <dataLength> Bytes 

Plugin (ergibt zusammen mit der Restdatei das Originalf ile) 
<paddxngBytes> Zuf alls-Bytes 

urn <PluginData> . size auf- nachstes 8-Bytes-Fenster zu erhohen 
<pluginDataCrc32> ::= 32 Bit Integer (unsigned) CRC32 uber <pluginRawData> 

Strings werden in Feldern konstanter Lange abgespeichert . Nicht belegte Zeichen 
werden mit binaren Nullen gefullt. 



4 FOArchiv- Filename : 

Der Dateiname des Transfer-Archives wird aus der SessionID des Pay-per-use-Server 
direkt abgeleitet : <die letzten 32 Zeichen der sessionID> . 4f o 
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